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(54) A method and apparatus for a conference call mediation service 

(57) A method and apparatus for a conference call 
mediation service which allows for the scheduling of 
multi-participant conferences over the Internet is pre- 
sented. A subscriber who desires to host a conference 
sends a conference request to a Web Service Control 
Point (WSCP) with attributes regarding the conference 
(i.e., date, time, conference agenda, etc.). The WSCP 
generates a unique conference ID, identifying the 
attributes of the proposed conference, and broadcasts a 
conference invitation to potential conference partici- 
pants. Potential participants respond to the conference 
invitation and may make changes to, or modify, the 
attributes of the proposed conference. The WSCP acts 
as a negotiator between potential conference partici- 
pants by continuing to resend the modified and unmodi- 
fied conference attributes until an agreement regarding 
the conference is reached. At that point the WSCP 
schedules the conference with a communication service 
provider and sends a confirmation to each participant. 
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Description 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

[0001] The present invention relates to a method 
and apparatus for a conference call mediation service, 
and more particularly, to a conference call mediation 
service which allows for the scheduling of multi-partici- 
pant conferences of subscribers over the Internet 

DESCRIPTION OF THE ART 

[0002] The use of the Internet for conferencing is 
growing as more individuals make more extensive use 
of their personal computers both at home and at work. 
These Internet conferencing uses include video-confer- 
encing, viewing of graphical and textual materials, tak- 
ing notes, real-time E-mails, etc. As this type of use of 
the Internet grows, several patents related to this area 
have issued. For example, U.S. Patent No. 5,659,692, 
issued on August 1 9, 1997 to Poggio, et al., relates to a 
Computer Method and Apparatus for Video Conferenc- 
ing in which graphics and video data can be transmitted 
between a multiplicity of workstations coupled to one 
another across the Internet. Interactive video confer- 
encing results as the workstations communicate the 
images in real-time to each other. 
[0003] However, before any such conferencing is 
possible, the participants must resolve differences in 
scheduling times, conference agendas, materials, etc. 
Thus, there is a need before the conference for a nego- 
tiation phase which can also be accomplished over the 
Internet. Until now the negotiation phase of conferenc- 
ing has drawn little attention. In fact, the known multi- 
party oriented conference protocols, such as H.323, 
SAP and SIP, have largely ignored pre-conference 
negotiation and have instead focused on, at most, the 
five phases of the multi-media conference itself. That is: 
1) User Location (i.e., resolving participants' addresses 
and determining the end systems to be used); 2) User 
Capabilities (i.e., determining the media parameters for 
the RTP protocol); 3) User Disposition (i.e., determining 
each participants willingness to join the conference); 4) 
Call Setup (i.e., ringing, alerting, and establishing call 
parameters between participants); and 5) call Handling 
(i.e., including data transfer, run-time changes of capa- 
bilities and call termination). Thus it is clear that the pre- 
conference negotiation phase is outside the scope and 
capability of these protocols. 

SUMMARY OF THE INVENTION 

[0004] Accordingly, the present invention proposes 
a method and apparatus for a conference call mediation 
service which allows for the scheduling of multi-partici- 
pant conferences of subscribers over the Internet. A 



special Internet server, a Web Service Control Point 
(WSCP), acts as the conference call mediation service 
by conducting one or more rounds of pre-conference 
scheduling negotiations. 
5 [0005] The WSCP, upon receipt of a conference 
request from a prospective conference host, generates 
a unique conference ID which identifies information per- 
taining to the requested conference. After generating 
the unique conference ID, and ensuring that the confer- 
to ence request is complete, the WSCP sends an acknowl- 
edgment to the conference host and contacts potential 
conference participants. Potential participants are given 
the opportunity to make changes to the proposed con- 
ference as the WSCP conducts a number of rounds of 
15 negotiation. If an agreement as to the conference is 
reached, the WSCP coordinates the scheduling of the 
conference over the chosen means of communication. 
[0006] The present invention, including its features 
and advantages, will become more apparent from the 
20 following detailed description with reference to the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 [0007] 

Figure 1 illustrates a flow chart for a pre-conference 
negotiation, according to an embodiment of the 
present invention. 

30 

Figure 2 illustrates a message chart for a pre-con- 
ference negotiation, according to an embodiment of 
the present invention. 

35 Figure 3 illustrates an apparatus for the conference 
call mediation service, according to an embodiment 
of the present invention. 

DETAILED DESCRIPTION 

40 

[0008] Figures 1 through 3 illustrate a method and 
apparatus for the scheduling of multi-participant confer- 
ences through a series of negotiation rounds conducted 
over the Internet by the conference call mediation serv- 
45 ice. 

[0009] Referring to Figure 1 , in step 5, a conference 
host, who wishes to host a multi-participant conference, 
contacts a special Internet server, the WSCP, over the 
Internet by sending a conference request. The confer- 

50 ence request will naturally contain relevant information, 
in the form of attributes, about the requested confer- 
ence. Such attributes may be: a potential conference 
participant list; dates of availability for the conference; 
conference agenda items; relevant documents for the 

55 conference; conference communication means; maxi- 
mum number of negotiation rounds; etc. The attributes 
are formatted as the use and need may be for the par- 
ticular attribute. For instance, attributes relating to 
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potential participants may be formatted in the mailto/tel- 
net form: w User@host[:telephone_number]"; etc. Also, 
attributes relating to relevant documents may be format- 
ted in the form: "URL/document, html"; etc. It is to be 
understood, of course, that the conference host may 5 
contact the WSCP by any means of communication at 
his or her disposal and which is capable of transferring 
the conference request and its list of attributes to the 
WSCP. Such initial contact is accordingly not to be lim- 
ited solely to the Internet. 10 
[001 0] In step 1 0 then, the WSCP receives the con- 
ference request from the conference host and assigns a 
unique conference negotiation session-ID to the 
requested conference. The session-ID is used accord- 
ingly between the WSCP, the host and all potential con- 75 
ference participants in all future pre-conference 
negotiation communications to identify the conference 
(and the accompanying conference attributes) to which 
the communication applies. In step 15, the WSCP per- 
forms a check of the conference request to ensure that 20 
it contains at least a minimal amount of information nec- 
essary to make the conference request understandable. 
If the conference request does contain the minimal 
amount of information, in step 20 the WSCP will send 
an acknowledgment of receipt back to the host with the 25 
identifying session-ID. If the conference request is miss- 
ing information and is thus unclear, in step 25 the 
WSCP will send a request for further information back to 
the host. For instance, the conference host may have 
neglected to include in the conference request his or her 30 
availability date(s) for the conference. In this case, the 
WSCP will send a request to the host to send the miss- 
ing information of his or her availability date(s), and will 
identify the previously sent conference request by the 
assigned session-ID. In step 30, the -conference host 35 
must then send the missing information, with the appro- 
priate identifying session-ID, to the WSCP. Upon receipt 
of the missing information, in step 35 the WSCP will add 
that information to the identified conference request 
previously received in step 10 and, returning to step 15, 40 
will again check the conference request. The process of 
checking the conference request and requesting further 
information can be repeated as many times as is neces- 
sary to ensure that a complete and understandable con- 
ference request is received. Further, if the WSCP does 45 
not receive a response to the request for further infor- 
mation, it can resend the request after a pre-determined 
time has elapsed. 

[0011] After sending an acknowledgment of having 
received a complete conference request, in step 40 the so 
WSCP contacts each potential participant by broad- 
casting an invitation to the conference. The conference 
invitation contains the session-ID identifying the confer- 
ence and those attributes sent in the conference 
request which are necessary for the participants to 55 
make a determination as to whether or not they will be 
able to "attend" the conference. Upon receipt of the con- 
ference invitation, in step 45, the potential participants 



can review those attributes and modify them as they see 
fit. For example, a potential participant may want to 
change the date of the conference, add or remove a 
particular topic to the conference agenda, or even point 
out an additional document reference for the confer- 
ence. Having modified the invitation or not, in step 50 
each potential participant sends a conference 
response, containing the session-ID and modified 
and/or unmodified conference attributes, to the WSCP. 
If a potential participant does not send a conference 
response to the WSCP before a pre-determined amount 
of time, the WSCP can send to that participant a 
reminder to respond to the previously sent conference 
invitation. Alternatively, or failing to receive a response 
after the reminder to respond has been sent, the WSCP 
may resend the conference invitation again in its 
entirety to that non-responsive potential participant. If, 
after a predetermined number of tries to elicit a 
response to the conference invitation, there has still 
been no response, the WSCP will send a notice of no 
response to the host regarding that particular non- 
responsive potential participant and will continue with 
the pre-conference negotiation as outlined below. In any 
event, the non-responsive potential participant can later 
be sent a courtesy notification regarding the agreed 
upon conference so that they might attend anyway. 
[0012] After responses to the conference invitation 
have been sent, in step 55, the WSCP collects the 
responses and begins identifying those conference 
attributes which have been modified from the original 
conference request (and subsequent conference invita- 
tion). Identification of the differences can be carried out 
by the WSCP comparing and contrasting conference 
attributes of the original conference request to the con- 
ference attributes of each response, and/or vice versa, 
and/or by the WSCP comparing and contrasting confer- 
ence attributes between each of the conference 
responses. Thus, it is to be understood, of course, that 
such identification may be carried out in a variety of 
ways. The session-ID, as stated above, is used to iden- 
tify to which conference the responses (and attributes) 
apply. 

[0013] If in step 55 the WSCP determines that one 
or more of the conference attributes has not been 
agreed upon (i.e., must have necessarily been modi- 
fied), in step 60 the WSCP will send to the host and to 
each potential conference participant a notice of confer- 
ence modification. The notice of conference modifica- 
tion will contain ail of the conference attributes, whether 
modified or not, and, of course, the session-ID. This will 
allow each potential participant to re-review the entire 
attribute list of the proposed conference. Thus upon 
receipt of the notice, in step 65 each potential partici- 
pant (including the host) reviews the modified and 
unmodified conference attributes and, after agreeing to 
the conference attributes or modifying them still further, 
in step 70 sends an updated response to the WSCP. It 
is to be understood, of course, that the potential partici- 
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pant may in step 65 modify a conference attribute which 
until that time had not yet been modified. The WSCP 
collects the updated responses sent in step 70 and con- 
tinues as before in step 55. Thus, the pre-conference 
scheduling negotiation of steps 55, 60, 65 and 70 con- 
tinue as a series of rounds until agreement is reached 
regarding the attributes of the proposed conference. If, 
after a pre-determined number of negotiation rounds 
agreement as to the conference attributes has still not 
been reached, the WSCP can cut off further negotiation 
and notify the host that agreement has not been 
reached. In this manner the host may submit a new con- 
ference request, with new attributes, in the hope that an 
agreement can now be reached. Alternatively, the 
WSCP can be instructed to let the majority rule, so to 
speak, after a pre-determined number of negotiation 
rounds and to notify the host of any outstanding differ- 
ences. For instance, if only one potential participant (or 
a minority of potential participants) out of an entire list of 
participants cannot make a specified date, then the 
WSCP can end the pre-conference negotiation phase, 
as outlined below, and notify the host of those potential 
participants who cannot make the date. 
[0014] Once, in step 55, the WSCP determines that 
all conference attributes have been agreed upon by the 
potential conference participants (or that a pre-deter- 
mined number of negotiation rounds has been reached 
and the majority decision will rule), in step 75 the WSCP 
will coordinate allocation of the communication 
resources necessary for the conference. For such coor- 
dination, the WSCP will contact an appropriate service 
provider that can provide the communication resources 
specified by the agreed upon communication means 
conference attribute. For example, if the communication 
means specified by the agreed upon conference 
attribute is telephonic, then the WSCP would contact a 
telephone service provider (such as AT&T) in order to 
request allocation of PSTN resources for a telephone 
conference call. The resource allocation request sent by 
the WSCP will necessarily, of course, include all of the 
relevant information about the conference such that the 
service provider can make a determination of what 
resources need to be allocated and when. It should be 
noted that the communication service provider may also 
be contacted by the WSCP before the pre-conference 
negotiation rounds occur (i.e., before the conference 
invitation is broadcast to the potential participants) in 
order that the WSCP can ensure that the service pro- 
vider (or alternate service provider as the case may be) 
is in fact capable of providing the communication means 
the host specified in the appropriate conference 
attribute. 

[0015] Thus upon receipt of such resource alloca- 
tion request, including, of course, notification of the 
date, time, participants, etc., in step 80 the communica- 
tion service provider will determine if such resources 
are available and allocate them as requested. In step 85 
the service provider will send a notice of confirmation of 



the resource allocation to the WSCP. If, of course, the 
resources are unavailable, the service provider will send 
an appropriate notice of unavailability to the WSCP. 
[0016] Based upon the notice sent by the service 

5 provider in step 85, in step 90 the WSCP makes a deter- 
mination of whether the conference can be scheduled. 
In the instance where the service provider is unable to 
provide the resources, the WSCP can contact another 
service provider by returning to step 75. The WSCP can 

w repeat the resource allocation steps 75, 80, 85 and 90 
as many times as necessary until the Internet server 
finds a service provider capable of allocating the 
resources and handling the conference. Alternatively, in 
the instance where the service provider is able to pro- 
fs vide resources capable of supporting the conference, 
the WSCP will send a notice of commitment to the host 
and each of the potential conference participants in step 
95. At this point the negotiation service of the WSCP is 
finished as the conference has been scheduled and all 

20 participants have been notified. 

[0017] Referring to Figure 2, a message chart 
shows a possible pre-conference negotiation phase in 
which messages are sent over the Internet between a 
Host 100, a WSCP 200, a number of potential partici- 

25 pants 300 and a Service Control Point (SCP) 400 of a 
communication service provider. Since all of the com- 
munications are conducted via the Internet, as shown in 
this embodiment of the present invention, each commu- 
nication can use an http-like protocol. Accordingly, the 

30 Host 1 00, wishing to host a conference sends a confer- 
ence request 101 to the WSCP 200. As an example, the 
conference request 101 may be in the form: 
lnviteAll[ParticipantAddress, Negotiationltems, Con- 
tent]. Thus the conference request, as stated previously, 

35 contains the potential participant addresses, the 
attributes of the requested conference, and any negoti- 
ation instructions the host wishes to send to the WSCP. 
In this example then, the addresses are contained in the 
data field ParticipantAddresses, the conference 

40 attributes are contained in the data field Negotia- 
tionltems, and the instructions are contained in the data 
field Content. 

[0018] While an acknowledgment message, sent by 
the WSCP to the host, can be the next step, it is to be 

45 understood that it is not shown in this Figure. Rather, in 
this example, the WSCP 200 then sends a conference 
invitation 201 to each of the potential conference partic- 
ipants 300. The conference invitation 201 may be in the 
form: Invite Part[Conf ID, Negotiationltems, Content]. 

so Here the session-ID, identifying the conference and its 
attributes, is contained in the data field ConflD. Having 
sent the conference invitation 201, the participants 300 
send back a modified conference response 301 . Here 
the conference response may be of the form: Modify 

55 [ConflD, Negotiationltems, Content). The fact that the 
response has been modified can be indicated by the 
message header Modify. 

[0019] While the WSCP 200 could identify 
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response differences and then carry out a series of 
negotiation rounds to resolve those differences, this is 
not shown in this Figure. Assuming, however, that such 
negotiation rounds did occur and that an agreement has 
been reached, the WSCP 200 sends a resource alloca- 5 
tion message 202 to the SCP 400 to request allocation 
of the required communication resources. The resource 
allocation message 202 can be of the form: Allo- 
catefConflD, ParticipantPhone^s, Date & Time]. The 
data field ParticipantPhonetfs contains the conference 70 
participants phone numbers, assuming of course that 
the conference is to be telephonic. 
[0020] Having received the allocation request, the 
SCP 400 sends back to the WSCP 200 a confirmation 
message 401. The confirmation message 401 may be 15 
of the form: Confirmation [ConfID], thus indicating con- 
firmation of the allocation of the communication 
resources by the service provider. Upon receiving the 
confirmation message, the WSCP 200 sends a notice of 
commitment 205 to the Host 1 00 and each of the Partic- 20 
ipants 300. The notice of commitment 205 may be of the 
form: Commit[Conf ID]. It is to be understood, of course, 
that both the form and nomenclature of any of the data 
fields mentioned above, and of the messages them- 
selves, may be of a compatibility of any communication 25 
protocol. Further, it is to be understood that the mes- 
sages are not to be limited to the information and data 
fields used in the above examples. 
[0021] Referring now to Figure 3, an apparatus for 
conducting the pre-conference negotiation phase is 30 
shown. In this figure each of the messages used in the 
pre-conference negotiation phase can be sent over an 
Internet line 500. For example, Host 100 and each of the 
respective potential conference Participants 300 com- 
municate with the WSCP 200, using an Internet proto- 35 
col, over each of their respective Internet 
communication lines 500. Further, the WSCP 200 also 
communicates, using the same Internet protocol, with 
the service provider SCP 400 over Internet communica- 
tion line 500. The SCP 400, on the other hand, can also 40 
communicate over a PSTN communication line 600 with 
a Signal Transfer Point (STP) 700. The STP 700 like- 
wise communicates with various Switch Offices 800 
over like PSTN communication lines 600. Thus, assum- 
ing the conference is to be conducted telephonically, at 45 
the established date and time for the conference, the 
SCP 400 can establish a voice bridge (not shown) 
between the Host 100 and Participants 300 through 
other PSTN communication lines (also not shown). 
Alternatively, assuming the conference is to be con- so 
ducted as a video conference, the SCP 400 can estab- 
lish a video link (not shown) between the Host 100 and 
Participants 300 over video communication lines (also 
not shown). 

[0022] As can be applied to the above descriptions, 55 
it is to be understood that the WSCP is not limited to 
handling only one pre-conference negotiation at a time, 
and in fact alternatively, it is envisioned that the WSCP 



will handle a multitude of different pre-conference nego- 
tiations at once. Further, while such pre-conference 
negotiations are conducted over the Internet according 
to an embodiment of the present invention, it is to be 
understood that this is not to be limiting to the means of 
communication by which the conference itself is con- 
ducted, nor is it to be limiting on means by which the 
host initially contacts the WSCP and by which the 
WSCP contacts the communication service provider. 
[0023] Thus as can be seen from the above, the 
present invention provides a conference call mediation 
service and is able to act as a "smart secretary" by car- 
rying out the functions of pre-conference negotiation 
and scheduling. This thus provides better information to 
potential conference participants and helps the confer- 
ence host to ensure better conference attendance. 
[0024] In the foregoing description, the method and 
apparatus of the present invention have been described 
with reference to a number of examples that are not to 
be considered limiting. Rather, it is to be understood 
and expected that variations in the principles of the 
method and apparatus herein disclosed may be made 
by one skilled in the art and it is intended that such mod- 
ifications, changes, and/or substitutions are to be 
included within the scope of the present invention as set 
forth in the appended claims. The specification and the 
drawings are accordingly to be regarded in an illustra- 
tive rather than in a restrictive sense. 
[0025] Where technical features mentioned in any 
claim are followed by reference signs, those reference 
signs have been included for the sole purpose of 
increasing the intelligibility of the claims and accord- 
ingly, such reference signs do not have any limiting 
effect on the scope of each element identified by way of 
example by such reference signs. 

Claims 

1 . A method for scheduling over the Internet a confer- 
ence, the method comprising the steps of: 

sending a conference invitation, having at least 
one attribute pertaining to a desired confer- 
ence, to at least one potential conference par- 
ticipant; 

collecting at least one conference response 
from the at least one potential conference par- 
ticipant; 

identifying whether the at least one conference 
response modifies the at least one attribute; 
sending a notice of conference modification, if 
the at least one attribute has been modified, to 
the at least one potential conference partici- 
pant; and 

coordinating resource allocation, if the at least 
one attribute has not been modified, with a 
communication service provider. 
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2. The method according to claim 1 , further compris- 
ing the step of: 

implementing an instruction, if the conference 
response is an updated conference response 
that further modifies the at least one attribute, 
regarding a condition of non-agreement of the 
scheduling of the conference. 

3. The method according to claim 1 , further compris- 
ing the steps of: 

receiving a conference request, containing the 
at least one attribute, from a conference 
requesting party; 

checking whether the conference request is 
complete; 

sending a request for more information, if the 
conference request is not complete, to the con- 
ference requesting party; and 
sending an acknowledgment, if the conference 
request is complete, to the conference request- 
ing party. 

4. The method according to claim 1 , further compris- 
ing the step of: 

assigning a unique session-ID to the at least 
one attribute, 

wherein the unique session-ID is used in at 
least one communication to identify the at least 
one attribute of the desired conference. 

5. The method according to claim 3, further compris- 
ing the step of: 

adding any missing information to the confer- 
ence request. 

6. The method according to claim 3, wherein if a 
response to the request for more information is not 
received after a pre-determined time period has 
elapsed, the step of sending the request for more 
information will be repeated. 

7. The method according to claim 1 , further compris- 
ing the steps of: 

determining whether the desired conference 
can be scheduled; 

returning to the step of coordinating resource 
allocation if the desired conference cannot be 
scheduled; and 

sending a notice of commitment, if the confer- 
ence can be scheduled, to the at least one 
potential conference participant. 

8. The method according to claim 1, wherein the at 
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least one attribute is contained in at least one data 
field. 

9. The method according to claim 1 , wherein the at 
least one attribute is at least one of: 

a potential conference participant list, 

a date of availability for the conference, 

at least one conference agenda item, 

at least one relevant document for the desired 

conference, 

a conference communication means, and 
a maximum number of negotiation rounds. 

10. The method according to claim 1, wherein the at 
least one potential conference participant is a 
PSTN subscriber. 

11. An apparatus for scheduling over the Internet a 
conference, the apparatus comprising: 

a first computer; 

at least one second computer; and 
an Internet server capable of handling, 
between the first computer and the at least one 
second computer, at least one round of a pre- 
conference negotiation. 

12. The apparatus of claim 1 1 , further comprising: 

a communication service provider capable of 
handling a communication means of the con- 
ference. 

13. The apparatus of claim 11, wherein the Internet 
server is a Web Service Control Point. 

14. The apparatus of claim 12, wherein the communi- 
cation means of the conference is a PSTN. 

15. A method of conducting a p re-conference schedul- 
ing negotiation, the method comprising the steps 
of: 

sending a conference invitation, based on a 
conference request, to at least one potential 
conference participant; and 
allowing for modifications, by the least one 
potential conference participant, of the confer- 
ence invitation. 

1 6. The method according to claim 1 5, further compris- 
ing the steps of: 

coordinating a communication resource for the 
conference. 

17. The method according to claim 15, wherein com- 
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munication of the conference invitation is accom- 
plished through the Internet. 

18. The method according to claim 15, wherein the 
potential conference participants are PSTN sub-. 5 
scribers. 

19. The method according to claim 16, wherein the 
communication resource is a PSTN. 
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(57) A method and apparatus for a conference call 
mediation service which allows for the scheduling of 
multi-participant conferences over the Internet is pre- 
sented. A subscriber who desires to host a conference 
sends a conference request to a Web Service Control 
Point (WSCP) with attributes regarding the conference 
(i.e., date, time, conference agenda, etc.). The WSCP 
generates a unique conference ID, identifying the at- 
tributes of the proposed conference, and broadcasts a 
conference invitation to potential conference partici- 
pants. Potential participants respond to the conference 
invitation and may make changes to, or modify, the at- 
tributes of the proposed conference. The WSCP acts as 
a negotiator between potential conference participants 
by continuing to resend the modified and unmodified 
conference attributes until an agreement regarding the 
conference is reached. At that point the WSCP sched- 
ules the conference with a communication service pro- 
vider and sends a confirmation to each participant. 
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